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more inventory locations of the corresponding desired cata- 
log items, and generates one or more purchase orders for 
desired items from inventory locations stocking the items. 
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ELECTRONIC SOURCING SYSTEM 

This application is a divisional and claims the benefit of 
U.S. application Ser. No. 09/234,366 filed on Jan. 20, 1999, 
and which is now U.S. Pat. No. 6,055,516 which is a s 
continuation of U.S. application Ser. No. 08/288,577 filed on 
Aug. 10, 1994, and which is now U.S. Pat. No. 6,023,683. 

BACKGROUND OF THE INVENTION 

This invention relates to systems and methods for inter- 10 
facing product information, such as is typically found in 
vendor catalogs that are provided to customers, and 
requisition/purchasing systems and methods that may use 
the results of searches of product information. 

There are a number of known requisition purchasing 
systems that manage and process requisitions and purchase 
orders. One such system is the Fisher Scientific Requisition 
and Inventory Management System ("Fisher RIMS"), 
described in U.S. Pat. No. 5,712,989, issued on Jan. 28, 1998 20 
and assigned to Fisher Scientific Company of Pittsburgh, 
Pa., the disclosure of which is incorporated herein by 
reference. As its title suggests, Fisher RIMS can also man- 
age inventory. In the Fisher RIMS system, requisition 
records are cleated from a real -time interaction between a 2 $ 
host computer (generally a mainframe) and a local computer 
(generally at a customer site), with each computer using data 
from its own respective database of inventory in conjunction 
with information entered by a customer service representa- 
tive operating the local computer. By accessing its respec- 30 
tive database, each computer can build and transmit to the 
other computer communications blocks of data relating to a 
particular requisition of an item in inventory (or to the 
management of the inventory itself). The other computer can 
then use the received data to continue processing of the 35 
requisition. Thus, requisition records are created from a 
real-time interaction between the host and local computers, 
with each computer using data from its respective database 
in conjunction with information entered by a customer 
service representative operating the local computer. 40 

Other requisition/purchasing systems can be grouped 
broadly into four classes. First, requisition management 
systems licensed to corporations purchasing for their own 
use include ORION software (from Medical Management 
Systems), ENTERPRISE software (from ESI), and NOVA 45 
software (from Johnson & Johnson). Second, there exist 
systems provided by distributors for transmitting orders to 
them in proprietary formats. Such systems include QUICK- 
LINK (from Abbott), ASAP system (from Baxter) and 
LIGHTNING system (from Fisher Scientific). Third, soft- 50 
ware packages licensed by software developers to customers 
and/or suppliers enable the transmission of customer pur- 
chase orders as EDI purchase orders (in ANSI X.12 format). 
Examples of such systems include ON-CALL EDI (from 
TSI International), EDI Express software (from General 55 
Electric Information Services) and GETRAN software 
(from Sterling Software). Fourth, comprehensive business 
management packages such as REAL WORLD software 
(from Real World Corporation of Concord, N.H.) and ASK 
software (from The ASK Group) contain a purchasing go 
module to create replenishment orders when inventoried 
items fall below restocking points. The same purchasing 
module can also be used to place spot orders for products 
keyed in by the customer 's purchasing personnel. 

None of these known requisition/purchasing systems 65 
(including Fisher RIMS), however, provides a capability for 
a user readily to search for and locate information about the 
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products that may be requisitioned and ordered in connec- 
tion with the requisition/purchasing system. They also do 
not provide the capability for a user to search a database 
containing two or more vendor catalogs, and then to transfer 
information about the items selected as a result of such 
searches into a requisition/purchasing system such as Fisher 
RIMS for building a requisition for the catalog items. 

Computer systems that are capable of searching databases 
containing a product catalog of a particular vendor, for 
example on CD-ROM, are also known. Such systems can 
search for user requested information about products and 
create orders which the user can save, print or, in some 
cases, facsimile directly to a vendor. The known computer 
systems for searching vendor catalogs are limited in that 
only one such vendor catalog is accessible to a user at any 
given time. They are also limited in that they can only create 
an order within the particular vendor catalog database. They 
cannot source items to be requisitioned from a database 
containing multiple catalogs or interact with a requisition/ 
purchasing system (such as Fisher RIMS) to create a pur- 
chase order or orders including the items located from that 
sourcing operation. 

Thus, it would be desirable to provide an electronic 
sourcing system that provides a means for transferring 
information between a requisition/purchasing system that 
may use the results of a search of product information and 
a means for searching large volumes of product information 
such as would be included in a vendor product catalog or 
catalogs. 

It would also be desirable to provide such an electronic 
sourcing system that is capable of searching a database 
containing at least two vendor product catalogs for product 
information. 

It would further be desirable to provide such an electronic 
sourcing system that is capable of searching a database of 
catalog items contain in at least two vendor product catalogs, 
selecting particular items located, and transferring informa- 
tion about the items selected (for example, a catalog number 
and a vendor identifier, such as vendor name and/or vendor 
number) to a requisition/purchasing system for inclusion in 
a requisition generated by the system. 

It would further be desirable to provide an electronic 
sourcing system that is capable of creating an order list 
including items located as the result of a catalog database 
search and transferring that order list of desired catalog 
items to a requisition/purchasing system for inclusion of the 
catalog items as entries in a requisition generated by the 
system. 

SUMMARY OF THE INVENTION 

In view of the foregoing, it is an object of this invention 
to provide an electronic sourcing method and system that 
provides a user with the capability of searching a database 
containing data (including product/vendor identification, 
and other product information) relating to items available 
from at least two vendor product catalogs, and the capability 
of transferring the product information for desired catalog 
items obtained as a result of the search to a requisition/ 
purchasing system for use in generating a requisition includ- 
ing entries for the desired catalog items. 

It is also an object of this invention to provide an 
electronic sourcing system that provides a means for 
bi-directionally transferring information between a 
requisition/purchasing system that may use the results of a 
search of such product information, and a means for search- 
ing large volumes of product information such as would be 
included in a vendor product catalog. 
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It is a further object of this invention to provide an computer) capable of ope rating the required programs and of 

electronic sourcing system capable of creating an order list transmitting and receiving the required communications, 

including desired catalog items located as the result of such running the OS/2 operating system 32 and also running the 

a database search, and transferring that order list to a CICS OS/2 application 34, both of which are available from 

requisition/purchasing system for generating a requisition 5 IBM. 

including entries for the desired catalog items. Electronic sourcing system 5 also includes a requisition/ 
In accordance with the invention, an electronic sourcing purchasing system 40, preferably but not necessarily the 
system and method used by the system are provided. The Fisher RIMS system, and a search program 50 that is 
system includes a computer that maintains a catalog data- capable of searching through large volumes of information 
base of data including product information (such as product 10 quickly and accurately. Preferably but not necessarily, the 
identification information, and descriptive information) Technical Viewer 2 search program ("TV/2"), available 
relating to catalog items available from vendor product from IBM, is used as search program 50. As shown in the 
catalogs, and a means for building (generating) a requisition embodiment of FIG. 1A, Fisher RIMS 40 and TV/2 search 
including at least one requisitioned item. Information at least program 50 are run by local computer 20. 
partially identifying an item desired to be requisitioned is 15 Fisher RIMS system 40 is comprised of numerous pro- 
entered by a user, and utilized by a means for searching the gram modules, including several programs 44, which oper- 
database for catalog items matching that information and for ate within CICS environment 34 of OS/2 operating system 
selecting at least one catalog item located as a result of the 32. Programs 44 include, among others, Requisition Man- 
search. Text describing the catalog items, and images of the agement ("REQI") program 44A, Inventory Sourcing pro- 
items, may be viewed. Data identifying selected catalog 20 gram or programs 443, Requisition Maintenance program 
items are communicated to the requisition building means, 44C, Customer Variable program 44D, and Order Header 
which generates a requisition including entries for items program 44E, each of which will later be described in 
corresponding to the selected catalog items. Additionally, greater detail. REQI program 44A is most often the RIMS 
the invention includes a means for checking the availability program 44 that interfaces with TV/2 search program 50. 
in one or more inventory locations of the corresponding 25 pisher RIMg gystem ^ &]sQ includes several Fisher 
desired catalog items, and for generating one or more RIMS databases 42. Hiese databases 42 preferably include 
purchase orders for desired items from inventory locations requisition databases 42A, inventory databases 42B, and 
stocking the items. customer-specific databases 42C, each maintained within 

BRIEF DESCRIPTION OF THE DRAWINGS 30 0S/2 0 P eratlD S s y stem 32 - 

Local computer 20 also preferably runs Shell program 52, 

The above and other objects and advantages of the which operates under search program 50 and is used to 

invention will be apparent from consideration of the follow- customize search program 50 to generate Order Lists 48 

ing detailed description, taken in conjunction with the (shown in FIG. 1C) with particular fields of formatted data 

accompanying drawings, in which like reference characters 35 about the items selected using search program 50. Local 

refer to like parts throughout, and in which: computer 20 is preferably capable of running both a RIMS 

FIG. 1A is a block diagram showing one exemplary program 44 and Shell program 52 at the same time (i.e., in 

embodiment of the overall system of the present invention; a multi-tasking environment), but the user of local computer 

FIG. IB is a block diagram showing another exemplary 20 usuall y onlv RIMS P™g™m 44 or Shell program 52 

embodiment of the overall system of the present invention; 40 at one time in the fore g r °un d on monitor 22. 

FIG. 1C is a block diagram showing a portion of the ^ com P uter 20 * also provided with a catalog data- 
embodiment of FIG. 1A in greater detail; base 36 comprised preferably of at least two vendor product 

ttt^ 1 - ui 1 j- i_ • it _ a r * j catalogs. The catalogs, and hence catalog database 36, 

FIG. 2 is a block diagram showing the flow of control and r ui • 1 1 u • r «■ * u • 

. . .. . . & . & . . preferably include such information as part number, price, 

mteraction between the various programs and data screens ^ ^ vendor name of * veQdof J ^ 

of the programs used for requisition management and vend ^ ^ ^ ag iM informatkm and ^ of * 

catalog searching of the present invention; and relating (o ^ c ^ Qg products ^ ^ Qf th * business 

FIG. 3 is a block diagram showmg a portion of a system tna t the Customer using electronic sourcing system 5 con- 

(Fisher RIMS) for requisition management, including the ducts will determine which product catalogs are made a part 

electronic sourcing system of the present invention. 5Q 0 f ca talog database 36. 

DETAILED DESCRIPTION OF THE ^ feature of the present invention is the ability to search 

INVENTION multiple catalogs from different suppliers. For example, 

catalog database 36 can contain the catalog or catalogs 

FIGS. 1A and IB show preferred embodiments of the published by a vendor Distributor, having Distributor's 

electronic sourcing system 5 of the present invention. As 55 catalog num bers for all listed products and vendor manu- 

shown in FIG. 1A, a local computer 20, which is preferably facturer's part numbers for many of the listed products, 

located at or near a Customer site and the site of Just-In- Catalog database 36 can further contain catalogs published 

Time ("JIT") Inventory, is preferably used by an on-site by some of the vendor manufacturers, listing the manufac- 

Customer Service Representative ("CSR") dedicated to a turers' part numbers for certain products correspondingly 

Customer to assist that Customer in requisitioning items 60 listed in the Distributor's catalogs and for certain products 

needed - not listed in the Distributor's catalogs. Catalog database 36 

Local computer 20 includes conventional color monitor can further contain catalogs published by outside suppliers, 
22 and alphanumerical keyboard 24 including twelve func- whether other manufacturers or other distributors, listing 
tion keys Fl, F2, . . . F12. Local computer is also coupled such vendor's products different from those in the Distribu- 
te printer 26. 65 tor's catalogs. 

Local computer 20 is preferably a conventional micro- Where the Fisher RIMS system is in use with electronic 

computer (such as a 386-, 486- or Pentium -class personal sourcing system 5, a host computer 10 located at a Distribu- 
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tor site is also provided, as shown in FIG. 1A. Host computer gram has been selected as search program 50, CICS OS/2 

10 controls all inventory, pricing and requisitioning opera- applications 34 must share a workstation with a TV/2 search 

tions of the Distributor's regularly stocked items using host program 50. 

pricing and inventory databases 11. Host pricing and inven- ^ data d b mlerface fi0 preferably mmvrise all or 

ory databases 11 may include such information as: descnp- 5 a subse , of the following twelve fields: vendor name vendor 

tions of the items and the quanuties thereof available : a a nunjb vendor ( ^ } ^ ^ descri tion> 

particular Distributor warehouse and at other Distributor ... . t f , v *' r , r . 

warehouses; item records for each Product regularly sold by bld f nce ' llst P" ce ' Dumber i f antlt * UDlt I 

the Distributor; discount records by Customer; and cross- catalog text ' and catalo S "W- because of the amount of 

references from the Distributor's catalog number to its data for catalog images present in database 36 and viewed on 

corresponding vendor's part (catalog) number and to similar 10 monitor 22 > these data are not passed via interface 

corresponding catalog numbers of other vendors (suppliers 60 - Any of the above-listed fields may be filled by 

or distributors) for the same Product. requisition/purchasing system 40 prior to requesting a search 

Host computer 10 and local computer 20 are preferably of catalog database 36 by search program 50. However, 

linked point-to-point or in a network employing the formats requisition/purchasing system 40 is not required to pass any 

and protocols of IBM's System Network Architecture 15 data to search program 50. If a field is not passed, that field 

("SNA"). Host computer 10 can be substantially any main- will be filled with spaces. The fields that are filled with data 

frame or minicomputer capable of running the desired wil1 assist search program 50 in executing its first search 

programs and conducting the required communications. against a specific catalog contained in catalog database 36. 

Preferably, host computer 10 is a mainframe computer, such A search priority exists when more than one field is 

as an IBM Model 3090, running the MVS operating system, 20 provided by requisition/purchasing system 40. The priority 

the MVS-CICS application and a Virtual Telecommunica- is as follows: (1) part (catalog) number; (2) keyword; and (3) 

tion Access Method communications network. page number. The search will start with priority (1) and 

As shown in FIGS. 1C and 2, interface 60 is also a part proceed through priority (3) in sequence until a search 

of electronic sourcing interface system 5. Interface 60 com- produces products matching the search criteria. At that time, 

municates shared data between requisition/purchasing sys- 25 the search will return the matching product information to 

tem 40 and search program 50. Interface 60 is preferably requisition/purchasing system 40 and stop at the highest 

based upon the dynamic data exchange ("DDE") protocol priority resulting in a match. 

provided by OS/2 operating system 32. As shown in FIG. 2, The operation of electronic sourcing system 5 of the 

interface 60 preferably includes three linking programs to 3Q present invention will now be more particularly described in 

interface requisition/purchasing system 40 and search pro- the context of FIGS. 1A, 1C, 2 and 3. In FIGS. 2 and 3, the 

gram 50: ESRC program 70, ESCP program 80 and DDE rectangles represent data screens as well as programs asso- 

LINK 90. ciated with those data screens. The rounded rectangles 

A typical data exchange may begin with requisition/ represent programs not associated with data screens such 
purchasing system 40 (which, in the illustrated embodiment, 35 that, while these programs are running, the prior data screen 
is the Fisher RIMS system) requesting information from may remain visible without, necessarily, being operational 
catalog database 36 via search program 50. Once a search by for the input of data. The programs associated with the data 
search program 50 has been completed, the selected infor- screens enable the user of local computer 20 to display and 
mation will be communicated to requisition/purchasing sys- modify the contents of various tables associated with par- 
tem 40 via interface 60. ticular data screens. The following description illustrates the 

Alternatively, if the search of catalog database 36 is use of the Fisher RIMS system as requisition/purchasing 

initiated from search program 50, the information selected system 40, and the TV/2 search program as search program 

from the search is returned to requisition/procurement sys- 50. However, it will be understood that the present invention 

tem 40 via interface 60. is not limited to such system or program. 

The start up of electronic sourcing system 5 (FIG. 1 A) 45 Preferably, a user will start the electronic sourcing system 

may be user-initiated or automatically started when the 5 from Fisher RIMS system 40. Requisitioning on Fisher 

operating system, preferably OS/2 system 32, is brought up RIMS system 40 in context of the electronic sourcing system 

on local computer 20. An application-name string 61 must 5 of the present invention is illustrated in pertinent part in 

be identified to label interface 60. As shown in FIG. 1C, FIG. 2 (and is fully described in U.S. Pat. No. 5,712,989). As 

electronic sourcing system 5 by convention will use 50 data (e.g., Account Number, Requisition Number and Stock 

"TV2V123," "TV2V124," "TV2V125," etc. as application Numbers) associated with a single requisition are entered 

names 61 supporting the user's requesting service. through the various data screens on local computer 20, that 

Preferably, application names 61 correspond to virtual computer creates a set of Requisition Tables (including a 

terminal sessions that exist in the CICS system 34 of requisition Item Table 46, shown in FIG. 1C) for that 

requisition/purchasing system 40. There will be a one-to-one 55 particular requisition. The Requisition Tables are stored in 

correspondence between applications started (such as Shell Requisition databases 42A (shown in FIG. 1A), and can be 

52) and CICS virtual terminals in use at a location of accessed by local computer 20 using the Requisition Num- 

requisition/procurement system 40 (such as REQI program ber to find the desired table. 

44A). Local computer 20 will query OS/2 operating system The first step in creating a requisition in Fisher RIMS 

32 to determine the next application-name string 61 to create 60 system 40 involves entry by the user of information in the 

at start-up. The application-name strings 61 will be created Order Header program 44D (shown in FIG. 1A), which has 

in sequence with V123 being created first, V124 created an associated Order Header data screen 100 (FIG. 3). A 

second, etc. Each application will create only one applica- sample of an actual Order Header data screen 100 is set forth 

tion name-string 61 to support its user in the CICS envi- m Appendix I. The user enters an Account Number, which 

ronment 34. 65 generally causes the correct name and address associated 

If the Fisher RIMS system has been selected as with that Account Number to be entered into the appropriate 

requisition/purchasing system 40, and the TV/2 search pro- fields of Order Header data screen 100. The user must also 
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enter a Requisition Number in the appropriate field of the 
Order Header screen 100. Various additional information 
may also be entered. 

At the bottom of Order Header data screen 100 are several 
fields that describe the function of various function keys. 
Function keys F6, F9, and F10 all cause the system to jump 
to a new RIMS program 44 or data screen in Fisher RIMS 
system 40. For example, pressing the F9 key causes the 
system to jump to RIMS Customer Variable program 44E 
(FIG. 1A) and its associated Customer Variable Header data 
screen 104 (FIG. 3). Customer Variable Header program 
44E with its associated Customer Variable Header data 
screen 104 allows the user to enter and edit information that 
the particular customer desires to be associated with the 
requisition due to requirements of the customer's internal 
accounting system or other systems. Pressing the F10 key 
will cause the system to enter the Inventory Sourcing 
program or programs 44B. 

Pressing the F6 function key from the Order Header data 
screen causes Fisher RIMS system 40 to jump to REQI 
program 44A (FIG. 1A). The screen associated with REQI 
program 44A is Requisition Management data screen 110 
(FIG. 3) illustrated in Appendix II. Within REQI program 
44A and its associated Requisition Management data screen 
110, Requisition Item Table 46 (shown in FIG. 1C) is a 
graphical representation of a database table in which certain 
fields are completed on a list of items that are to be listed, 
sou reed and ordered. Representative Requisition Manage- 
ment data screens 110 showing a Requisition on Requisition 
Item Table 46 are set forth in Appendices II, VIII and IX. It 
should be appreciated that data about each item is stored in 
Requisition Item Table 46, some of which is displayed on the 
screens shown in Appendices II, VIII and IX. The data 
stored can additionally include customer variable data. That 
is, the fields on Requisition Item Table 46 can be expanded 
to include specific item details used by a particular customer, 
especially when reports from requisition databases are trans- 
ferred to the customer's host computer (not shown). The 
field structure for these data is maintained in customer- 
specific databases 42 C. 

The entire process of listing, sourcing and ordering prod- 
ucts using Fisher RIMS system 40 can be completed without 
any reference to a search program 50. As described herein, 
however, limited fields on specific items can be transmitted 
from Requisition Item Table 46 to search program 50, and 
more completed fields of the same or different items can be 
received from the search program 50 into a Requisition Item 
Table 46. 

At the bottom of Requisition Management data screen 110 
(FIG. 3), and Appendices II, VIII and IX) are several fields 
which describe the function of various function keys (Fl, 
F2, etc.). The user uses REQI program 44A and its associ- 
ated Requisition Management data screen 110 to enter the 
catalog or part numbers and quantities of the various items 
being requisitioned. 

The Account Number and Requisition Number are auto- 
matically passed to REQI program 44A and its associated 
Requisition Management data screen 110, and displayed at 
the top of the Requisition Management data screen 110 in 
the relevant fields. For example, in the exemplary Requisi- 
tion Management data screen 110 shown in Appendix II, the 
number 218848 has been entered in the Account Number 
field, and the notation "TEST NEW ONE" has been entered 
in the Requisition Number field. 

The user can next enter desired items and quantities for 
the requisition. Each desired item may be identified by 
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entering its distributor catalog or part number, if known, in 
the field below the STOCK NBR label on the appropriate 
line in Requisition Item Table 46 shown on Requisition 
management data screen 110. In the sample Requisition 

5 Management data screen 110 shown in Appendix II, the part 
number 13246818F has been entered in the STOCK NBR 
field of Line 001. Once the user has entered such informa- 
tion at least partially describing a desired item on Requisi- 
tion Management data screen 110, he or she may wish to 

1Q initiate a search of catalog database 36 to find all the part 
numbers contained in catalog database 36 that match the part 
number entered or other information on Requisition Man- 
agement screen 110. If so, the user enters the letter "S" (for 
"Select") on the line number of the item that he or she wishes 

15 to search in catalog database 36. The letter "S" has been 
entered to the left of line 001 on the sample Requisition 
Management data screen 110 shown in Appendix II. Any 
number of items, or no items, listed on Requisition Man- 
agement data screen 110 may be marked with "S." 

20 A user may not always have information relating to the 
catalog or part number for the particular items that are to be 
requisitioned using Fisher RIMS system 40. Or, the user 
may have relevant information about an item from a par- 
ticular vendor but may wish to locate information about the 

25 same or a similar product available from other vendors. Or, 
the user may simply know the name of the item that he or 
she wishes to requisition. In any of these cases, the user 
alternatively or additionally could enter text at least partially 
describing the product to be requisitioned in the "DESC" 

3 q field of Requisition Management data screen 110 (e.g., 
Appendix II). Then, the user would initiate the electronic 
sourcing system 5 of the present invention to search the 
vendor product catalogs contained in catalog database 36. 
Alternatively, the user could initiate search program 50 of 

35 electronic sourcing system 5 without having first entered 
information in RIMS system 40 about the product to be 
requisitioned. 

Once the user has built or partially built Requisition Item 
Table 46 by filling the line numbers (entries) on Requisition 

40 Management data screen 110 and selecting those lines to be 
searched, he or she is now ready to initiate electronic 
sourcing system 5. Pressing the Fll function key, which is 
labelled "Catalog," from Requisition Management screen 
110 accesses electronic sourcing system 5. 

45 Referring now to FIG. 2, after the user presses the Fl 1 key 
on Requisition Management data screen 110 of Fisher RIMS 
system 40, Fisher RIMS system 40 will pass program 
control via XCTL 74 to ESRC program 70. XCTL 74 is a 
protocol within CICS application 34 that directs the execu- 

50 tion of a program, as would readily be understood by one of 
ordinary skill in the art. As control is passed from REQI 
program 44A to ESRC program 70, ESRC-Comm-AREA 
data structure 76 is passed. ESRC-Comm-AREA is a layout 
of storage area in local computer 20 created by REQI 

55 program 44A to pass data to ESRC program 70, as would 
readily be understood by one of ordinary skill in the art. 
ESRC program 70 will then LINK 82 to ESCP program 80 
with ESCP-Comm-AREA 84. LINK 82 is a protocol within 
CICS application 32 that directs the execution of a program, 

60 as would readily be understood by one of ordinary skill in 
the art. Data at least partially describing one item desired to 
be requisitioned is passed to ESCP program 80 via LINK 82. 
Thus, if there are five items to be passed to ESCP program 
80, there will be five LINKS 82 made. If no items are to be 

65 passed to ESCP program 80, only one LINK 82 is made to 
ESCP program 80. ESCP program 80 can return up to twenty 
items per LINK 82; in other words, for each item desired to 
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be requisitioned up to twenty desired catalog items con- 
tained in catalog database 36 may be sent to REQI program 
44A and its associated Requisition Management data screen 
110 of Fisher RIMS system 40. If a user chooses to terminate 
the sourcing process, ESRC program 70 would return to 5 
REQI program 44A and its associated Requisition Manage- 
ment data screen 110 without processing any of the records. 

ESCP program 80 links with Shell 52 and TV/2 search 
program 50 via DDE LINK 90. Shell 52 and TV/2 search 
program 50 search in catalog database 36 for the item or 1Q 
items desired to be requisitioned that has or have been . 
passed from ESRC program 70 to ESCP program 80. 
Catalog database 36 contains the following fields: vendor 
name, vendor number, vendor part (catalog) number, prod- 
uct description, list price, page number, quantity, unit, cata- 
log text, and catalog images. Shell 52 and TV/2 search 15 
program 50 may, if desired, search the keyword field or any 
other field shown in Appendix VII. However, not all fields 
may appear on the monitor 22 of local computer 20, 
although they are stored in memory. 

After the user has pressed the Fll key from Requisition 20 
Management data screen 110 and control has been passed 
from REQI program 44A to Shell 52 and TV/2 search 
program 50, monitor 22 of local computer 20 will show a 
footer bar representative of Shell 52 at all times that the user 
is in the TV/2 search program 50. The footer bar, which also 25 
includes appropriate icons, is used to make choices within 
Shell 52. A sample of the footer bar (without the icons) 
representing Shell 52 is shown at the base of Appendices 
III- VII. In the screens of Appendices III- VI, this footer bar 
is active to select functions. In the screen of Appendix VII, 30 
this footer bar is in the background and another footer bar is 
used to select functions. 

If the user has marked an item on Requisition Manage- 
ment data screen U0 with the designation "S," the entered 
data at least partially describing that item will be sent to 35 
Shell 52 and TV/2 search program 50A in the manner 
described above. TV/2 search program 50 will search cata- 
log database 36 for all items that match the search field sent 
over from REQI program 44A and Requisition Management 
data screen 110. When a search is performed in Shell 52 and 40 
search program 50, a Hit List 47 is produced, as indicated in 
FIG. 1C. The user would see on monitor 22 of local 
computer 20 a Hit List 47 screen representing limited data 
about all matching catalog items that were located in catalog 
database 36 as a result of the search. A sample Hit List 47 45 
produced from a search initiated when the entry "OVENS" 
is received as the description or keyword by search program 
50 from Requisition Item Table 46 is shown in Appendix III. 
Similar Hit Lists 47 are produced when various searches are 
performed from the Search Input screen shown in Appendix 50 
VII. When a Hit List 47 is depicted on monitor 22, the 
underlying catalog text and pictures (in either partial or 
complete form) are typically collected in a memory location 
for rapid viewing, printing or other use. 

When multiple catalogs are present in catalog database 55 
36, search program 50 contains a function associated with 
the catalog symbol of the footer bar and screen window (not 
shown) for selecting catalogs to be searched. For example, 
the following choices might be available: 

60 

1. Fisher General Catalog 93-94; 

2. Fairmont Supplies Catalog; 

3. NIST Standards Catalog; and 

4. Promega Biological Research Products Catalog. 

65 

Fairmont and NIST catalogs list products not in the Fisher 
General Catalog, but many of the products listed in the 



Promega catalog are also listed in the Fisher General Cata- 
log (identified by corresponding Fisher catalog numbers). If 
searching for a molecular biology product, the user would 
select the Fisher and Promega catalogs. TV/2 search pro- 
gram 50 would then concatenate those two catalogs to 
perform a keyword, catalog number or other subject search 
and generate a Hit list of pages (panels) from both catalogs 
where the searched-for items were found. Similarly, the user 
might select the Fisher and NIST catalogs when searching 
for quality control standards or might select the Fisher and 
Fairmont catalogs when searching for supplies. 

If the search is initiated from requisition/purchasing pro- 
gram 40, for example from the Requisition Management 
data screen 110 of the Fisher RIMS system, then the catalogs 
searched can be determined by the information provided. If, 
for example, Promega is indicated as the desired requisition 
item vendor, interface 60 would direct TV/2 search program 
50 to search the Fisher and Fairmont catalogs. If no catalog 
delimiting information is entered for the item desired to be 
requisitioned, interface 60 would be set up to search only the 
Fisher catalog or, alternatively, to search all catalogs in 
catalog database 36. 

Once Hit List 47 has been created by TV/2 search 
program 50, the user can view it and select particular ones 
of the located catalog items for Order List 48 that is being 
created in Shell 52, as shown in FIG. 1C. For example, a 
search for "Eco RI," a restriction enzyme, may have uncov- 
ered five entries in the Promega catalog (identified by 
Promega catalog numbers R6011, R6012, R6013, R6015 
and R401) and five entries in the Fisher catalog (identified 
by Fisher catalog numbers PRR6011, PRR6012, PRR6013, 
PRR6015 and PRR4014). If the user selected PRR6012 
from the Fisher catalog, Fisher catalog number PRR6012 
would be added as an entry to the Items Selected screen, 
with VN0000001 (identifying the vendor as distributor 
Fisher) accompanying it in the Order List 48. If the user 
instead selected the item identified by catalog number 
R6012 from the Promega catalog, then Promega catalog 
number R6012 would be added as an entry to the Items 
Selected screen, with VN00005860 (identifying the vendor 
as Promega) accompanying it in the Order List. In either 
case, the information transmitted to REQI program 44A of 
Fisher RIMS system 40 would also include description, list 
price and other information taken from the catalog database 
from which the selection was made. When the resultant 
requisition is sourced, however (as described below), Dis- 
tributor's mainframe host computer 10 would recognize the 
entry for the item from vendor Promega 's catalog (R6012, 
00005860) as corresponding to that same item available 
from Fisher's catalog (PRR6012, 00000001). The system 
thus would transmit back the Customer's contract price and 
availability for corresponding item PRR6012 as a type 03 
(regular Distributor) product available from one of distribu- 
tor's inventory locations. A purchase order then would be 
generated for this corresponding Distributor item as further 
described below. 

By contrast, an item selected from the Fairmont catalog 
would be transferred to Fisher RIMS system 40 with the 
vendor number for Fairmont, and would be recognized 
during inventory sourcing as either a type 07 product (that 
Distributor orders from Fairmont) or as a type 05 item (that 
customer orders from Fairmont as an Administrative 
Purchase). In either of these two cases, a purchase order 
would be generated for an item, corresponding to a desired 
catalog item, that is identified by the same Fairmont catalog 
number that was requisitioned. 

After the desired item has been selected from the Hit List 
47 by double clicking on that item TV/2 search program 50 
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can be used to bring up for viewing on monitor 22, or 
printing on printer 26, images and text from the catalog page 
on which the item selected is located. For example, as shown 
in Appendix III, page 1106 of the Fisher catalog has been 
selected. If the user double clicks on highlighted page 1106, 5 
the text shown in Appendix IV (and related images, not 
shown) would appear on monitor 22. On the sample screen 
shown in Appendix IV, the item that appears on page 1106 
of the Fisher catalog relates to Fisher Isotemp 800 Series 
Programmable Ovens. Conventional scroll bars appearing 30 
on the screen (not shown in Appendix IV) enable the user to 
scroll through additional catalog information (text and/or 
images) not yet displayed on the screen. An example of such 
additional textual information is depicted on the screen 
shown in Appendix V. 15 

On the screen of Appendix V, the vendor distributor's 
catalog number ("Cat. No.") 13-246-818F is highlighted. 
The catalog number of an item normally appears in blue in 
a screen such as Appendix V. This blue lettering is used for 
catalog numbers, trademarks, footnotes and other entries for 20 
which database 36 contains additional information or cross- 
references (called hyperlinks). When a search is conducted 
and the catalog segments of the resultant hit list are 
reviewed, the test corresponding to the search parameter is 
highlighted in red. Thus, in Appendix V, catalog number 25 
13-246-818F (identified in the search) appears in red, while 
catalog number 13-246-838F and the trademark Isotemp 
each appear in blue. A word, vendor part number or catalog 
number located by the search will appear red, even if that 
word or number did not have an associated hyperlink (and 30 
thus is not normally blue). 

When in search program 50, particular items selected can 
be added to an Order List 48 pending in Shell 52 and search 
program 50. When the Ordering portion of catalog text is 
viewed (as in Appendix V), particular items can be selected 35 
so as to be added to the Order List 48 by double clicking on 
the highlighted catalog number (even if a different field was 
also highlighted as a result of a search of catalog database 
36). The item is then added to an Order List 48 that is created 
in Shell 52 via a hypertext link. The items that are sent to the 40 
Order List 48 are collected and shown on the Items Selected 
screen of Shell 52. An example of an Items Selected screen 
of Shell 52 is shown in Appendix VI. The Items Selected 
screen depicts certain fields of Order List 48 that can be 
viewed and edited within search program 50. For example, 45 
Shell 52 permits the user via a pop-up window (not shown) 
to select units, e.g. pack or case, and quantity to be ordered, 
e.g. two packs. Alternatively, the data in these fields can 
default to one of the smallest unit and the units can be 
changed when the order is reviewed in REQI program 44A. 50 
Additional fields on the same items are also present in 
memory at this stage. Upon clicking on "Order" when the 
Items Selected screen (Appendix VI) is viewed, many or all 
of these fields on the items in the Order List are transmitted 
back to REQI program 44A(via the programs of interface 60 55 
shown in FIG. 2) to be added to the pending Requisition 
Item Table 46. The sample Items Selected screen shown in 
Appendix VI includes the Isotemp Oven with catalog num- 
ber 13248 18F that was located as a result of the search for 
all items in catalog database 36 that match the part number 60 
13246818F that was entered in the STOCK NBR field of 
REQI program 44A and its associated Requisition Manage- 
ment data screen 110 of Fisher RIMS system 40. 

The following fields are transferred to Order List 48 
created in TV/2 search program 50: Vendor name, vendor 65 
number, vendor part (catalog) number, product description, 
list price, page number, quantity, unit and catalog text. 



However, not all of these fields are viewed on the Items 
Selected screen. 

If more than one item on Requisition Management data 
screen 110 had been marked with an "S," the process 
described above is repeated. 

If the user desires to do additional searching in catalog 
database 36 that is not connected to catalog or other items 
that have been listed on Requisition Management data 
screen 110 of Fisher RIMS system 40, he or she can click the 
box on footer bar of Shell 52 that is labelled "Search." Then, 
a Search screen comes up on monitor 22 of local computer 
20. An exemplary Search screen is shown in Appendix VII. 
In this screen, the usual footer bar is visible in the 
background, but is not active. 

Using the Search screen, a user can search catalog data- 
base 36 by page, text description, part number (where the 
user has the further option to search by Fisher part number, 
for example if Fisher is to be the desired vendor), Vendor 
part number, vendor name (for vendors other than Fisher), or 
bulletin. Stock numbers specific to the customer can also be 
present in catalog database 36 and searched using the screen 
of Appendix VII. "Bulletin" refers to an additional vendor 
publication with detailed product information that may not 
be included in a vendor catalog. Searching for information 
contained in bulletins may be done by bulletin number, but 
only if bulletins have been made a part of catalog database 
36. For purposes of this disclosure, bulletins when included 
in a catalog database are considered a type of catalog. 

After the user has entered the field to be searched on the 
Search Screen, the user clicks on the "SEARCH" box near 
the bottom of the Search Screen. A Hit List 47 indicating all 
items from catalog database 36 that match the search field 
that was entered on the Search Screen then is generated. 
Then, in a manner similar to that described previously, the 
user can scroll through the Hit List 47 and double click on 
the catalog page or panel desired. The user may then also 
view the detailed information located on the catalog page 
that was selected from the Hit List 47. During the search, the 
user may also add additional items to the Order List 48 being 
built in Shell 52 if desired, whether those additional items 
had been selected from the Hit List 47 or not. 

The Order List that the user has built in Shell 52 is 
maintained on the Items Selected screen, shown in Appendix 
VI. From the Items Selected screen, the user can cancel the 
order by clicking on the "Cancel" box at the bottom of the 
screen, delete an item from the Order List 48 by moving the 
pointer bar to the item to be deleted and then clicking on the 
"Delete" box at the bottom of the screen, or delete all items 
by clicking on the "Delete All" box. The user can also view 
catalog text and images for a particular item by clicking on 
the "Description" box. 

Once the user has completely built the Order List 48 
within Shell 52 and TV/2 search program 50, he or she can 
transmit it to Fisher RIMS system 40. This is accomplished 
by clicking on the "Order" box at the bottom of the Items 
Selected screen to communicate the completed Order List 48 
to Fisher RIMS system 40. 

The user may have selected no items, one item or several 
items from the catalogs contained in catalog database 36 by 
using TV/2 search program 50. If no items have been 
selected, the original items that were entered on Requisition 
Item Table 46 of Requisition Management data screen 110 
will remain on that screen and will continue to be processed 
by Fisher RIMS system 40. If one or several desired catalog 
items were selected in TV/2 search program 50, the first item 
selected will replace the original item on Requisition Item 
Table 46 of Requisition Management data screen 110. Addi- 
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tional items that were selected from the search that was in which a Requisition Item Data Table 46 reaches its limit 

performed in TV/2 search program 50 will be added to (e.g., 200 lines) before all of the searches (five) have been 

Requisition Item Table 46 of Requisition Management data completed and order lists (five of forty items each) have 

screen 110. h t H 

Interface programs ESCP 80 and ESRC 70 (FIG. 2) are 5 Deea relurnea * t 

used to send data to REQI program 44A (FIG. 1A) and its Al this P° mt m the ™ of Fisher WMS s y stem ™ 

associated Requisition Management data screen 110 (FIG. man y entnes < lmes ) of Requisition Management data screen 

2) about the items that were selected from the search 110 have been built U P C 80 ™ throu S h of electronic 

performed by TV/2 search program 50. To the user, it sourcing system 5) as are necessary to complete the requi- 

appears that all the items selected from the search are sent 10 sition - A sample of such a Requisition Management data 

over to Fisher RIMS system 40 at the same time. However, screen 110, in which four lines have been entered identifying 

ESCP program 80 receives multiple items from TV/2 search desired items to be requisitioned (including catalog items 

program 50, and then sends one item at a time to ESRC located as a result of a catalogs search), is shown in 

program 70. ESRC program 70 then waits until all items Appendix VIII. The next step is that of inventory sourcing 

have been passed to it before sending data about the items 15 using RIMS inventory sourcing program or programs 44B in 

to REQI program 44A and its associated Requisition Man- Fisher RIMS system 40, as shown in FIG. 3. Inventory 

agement screen 110 of Fisher RIMS system 40. The infor- sourcing is the process of determining what inventory will 

mation transmitted to Requisition Management screen 110 be used to fill the requisition. Pricing is also performed in 

from the Order List built in TV/2 search program 50 and sent 20 this step when it is called for. Inventory sourcing in Fisher 

through ESCP program 80 and ESRC program 70 includes RIMS system 40 is performed on both local computer 20 and 

vendor name, vendor number, vendor part (catalog) number, host computer 10. 

product description, list price, page number, quantity, unit Within Fisher RIMS system 40, a Requisition Item Table 

and catalog text. However, not all of the above -listed fields 46, as shown in Appendix VIII (similar to that shown in 

may be displayed on screen at all times. ESRC program 70 25 Appendix II, but including more items), can be inventory 

passes control back to Fisher RIMS system 40 via XCTL78. sourced by pressing the key F6 from REQI program 44A 

The requisition number, customer identification and release represented by Requisition Management data screen 110 

number (or other data identifying the requisition) will be shown in Appendix VIII (and in Appendix II). Since inven- 

passed in MENU-Comm-AREA 56 to confirm that the 3Q tory records on JIT items (type 01 and 06) are maintained in 

returned data are associated with the proper requisition. inventory database 42B, lines 002 and 004 in Appendix VIII 

MENU-Comm-AREA 56 is a layout of storage area within show the availability of these items in inventory (49 items 

local computer 20, as one of ordinary skill in the art would available for line 002, and 0 items available for line 004). 

readily understand. After the F6 key has been pressed, host computer 10 

As previously indicated, multiple LINKS 82 may have 35 searches its host pricing and inventory databases for avail- 
been created between program ESRC 70 and program ESCP ability of the various items listed on Requisition Manage- 
80 if multiple lines were selected (with the "S" symbol) in ment data screen 110 in different inventory locations (e.g., 
Requisition Management data screen 110. After completing different warehouses) as described in further detail, below, 
the first search, and any additional searches initiated with the ^ After such inventory sourcing, and assuming that no 
footer bar, an order list is created and returned to Requisition errors occurred during sourcing (as indicated by decision 
Item Data Table 46 associated with Requisition Manage- step 116 in FIG. 3), the contract price, source (inventory) 
ment data screen 110. At this point, the next item is sent from location and available quantity or other fields are commu- 
a LINK 82 through program ESCP 80 and DDE LINK 90 to nicated back to computer 20 by host computer 10, and 
the TV/2 program 50, and a hit list resulting from the 45 entered and displayed in the Requisition Management 
corresponding search is displayed on monitor 22. The pro- Screen. This can best be seen by comparing lines 001 and 
cess of searching, displaying, selecting and ordering is 003 of Appendix VIII to Appendix IX, especially as to "QTY 
repeated until all of items stored by LINKS 82 have been AVAIL" (quantity available), "LOC" (inventory location) 
sent to TV/2 program 50 and searched. At the end of each of and price. As Appendix IX indicates, an inventory-sourced 
these searches, an order list may be created and returned to 50 Requisition Item Table 46 typically contains the same items, 
Requisition Item Data Table 46 or cancelled. Once the last but with more completed fields (including price, product 
item is completed, ESRC program 70 passes control via type and inventory location). Moreover, as discussed above, 
XCTL 78, and a Requisition Management screen 110 is an entry in an inventory-sourced Requisition Management 
displayed, reflecting all of the additions and changes that 55 screen may indicate for a requisitioned item a vendor and 
have been made to the Requisition Item Data Table 46 vendor catalog number that has been changed, from what 
associated with that requisition, was obtained from a catalog search, to a corresponding 

A limit is normally placed on the number of items of an vendor and vendor catalog number for that item from 

order that may be returned to the Requisition Item Data another source (e.g., Fisher — which has its own catalog 

Table 46. For example, if the maximum size in Requisition 60 number for that manufacturer's item that Fisher distributes). 

Item Data Table 46 is set at 200 lines, one could create a For example, as shown in Appendix IX, product type "01" 

limit on the size of each order list at 20, 50, 100 or even 200. for the item on line 002 indicates that the requested requi- 

A corresponding limit can be placed on the number of sition item is available as Distributor-owned inventory in the 

LINKS 82 that can be established concurrently from the 65 JIT inventory that the vendor/distributor maintains near 

same requisition. Setting a limit of five LINKS 82 and forty local computer 20, either for the particular Customer or for 

items per order list would be one way of avoiding situations a group of customers. Product type "06" for the item on line 



06/02/2003, EAST Version: 1.03.0002 



US 6,505 : 

15 

004 indicates that this item is available for the requisitioner 
employed by the Customer from inventory owned by Cus- 
tomer's purchasing department but managed by local com- 
puter 20. Product type "03" for the items on lines 001 and 
003 indicates that these are regular Distributor items that the 5 
communication between Distributor's host computer 10 and 
local computer 20 determined were available in sufficient 
quantity at one or another of Distributor's general ware- 
houses designated "DEL" and "EDC" in the location 
("LOC") field. Product type "05" (not shown in Appendix 
IX) indicates that a requisitioned item is to be purchased by 
Customer directly from an outside supplier, using an Admin- 
istrative Purchase Order that local computer 20 creates and 
prints (or transmits) for Customer. is 

The inventory sourcing process described above also 
determines the net prices shown in Appendix IX for each 
item. Type 01 and type 03 items are priced by Distributor's 
host computer 10 searching host databases 11, which contain 
various formulae and tables of Distributor's pricing agree- 
ment with the Customer. Host computer 10 also prices any 
type 04 or type 07 item, if present. These prices were 
transmitted to local computer 20 along with the location and 
availability information for the type 01 items. Prices for type 25 

05 and 06 items are maintained in the local computer's 20 
own databases 42B and 42C. 

From Requisition Maintenance data screen 120, the CSR 
can accept all lines of the requisition — if all lines show the 
status "S" for sourced in the "STAT* field of Requisition 30 
Maintenance data screen 120 — by pressing the F6 function 
key. If item errors are found at step 116 in the data trans- 
mitted back to local computer 20 from host computer 10 
during the sourcing process, then those particular items for 35 
which error was found will be returned and displayed by 
local computer 20 in Requisition Management data screen 
110. 

Once a requisition has been inventory sourced and 
accepted by the CSR, it can be converted to one or more 40 
purchase orders, as represented by step 114 in FIG. 3. For 
example, the requisition represented by the Requisition Item 
Table 46 of Appendix IX, if accepted without further revi- 
sion by pressing function key F6 ("ACCEPT"), would result 45 
in the generation of the following three purchase orders: 

A. Line 002 would be ordered from on-site distributor- 
owned inventory; 

B. Line 004 would be ordered from on-site customer-owned 50 
inventory (a transfer internal to the customer); and 

C. Lines 001 and 003 would be ordered, respectively, from 
Distributor's "DEL and "EDC" warehouses. 

Of these three purchase orders, Orders A (type "01") and 55 
C (type "03") are shared between host computer 10 and local 
computer 20 (as shown in FIG. 3). Upon execution of Order 
A, the inventory records on both computers for Distributor- 
owned JIT inventory are adjusted synchronously. A purchase 
order is generated by host computer 10 immediately there- 60 
after. Order B (type "06") is executed and stored only on 
local computer 20. Upon execution of Order B, the inven- 
tory record on local computer 20 is adjusted (the host 
computer contains no records on Customer-owned JIT 65 
inventory or on items ordered by Administrative Purchases). 
For Administrative Purchases (type 05 items), a purchase 
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order is printed, and mailed or faxed, locally by computer 20 
as indicated at step 118 in FIG. 3, or via host computer 10 
via EDI (if EDI was selected in the Header of Appendix I 
and an EDI transfer arrangement existed with vendor). 

It is an important feature of the present invention that a 
requisition may be filled by searching and selecting from a 
catalog database of items, inventory sourced, and the result- 
ing requisition then divided into one or more purchase 
orders. This contrasts with known prior art CD-ROM cata- 
log systems in which only a single purchase order to a single 
supplier is built without reference to inventory records, and 
in which the information used to create the purchase order 
is limited to that contained in the product catalog of a single 
vendor. 

Electronic sourcing system 5 also contains the capability 
to log messages returned from inventory sourcing program 
or programs 44B of Fisher RIMS system 40. Messages will 
be logged for any of the following reasons: (1) part number 
changes for line sent to ESCP program 80; (2) list price from 
inventory sourcing program 44B differs from list price 
returned from ESCP program 80; (3) vendor name from 
inventory sourcing program 44B differs from vendor name 
returned from ESCP program 80; (4) on a "master or 
blanket" order, in which local computer 20 tracks the 
amount of purchases against a blanket or cumulative sum 
available and/or in which there is limited access to products 
or limited access to certain users, the part has already been 
entered on another line; and (5) the maximum number of line 
items has been reached. 

Referring again to FIG. 2, a user is able to view the 
messages returned by pressing the ALT Fll function keys in 
REQI program 44A and its associated Requisition Manage- 
ment screen 110 in Fisher RIMS system 40. After the ALT 
Fll keys have been pressed, REQI program 44A will link to 
ESMV program 112 via XCTL link 111 for displaying the 
message log created. ESMV program 112 is a function of 
Fisher RIMS system 40. ESMV program 112 allows the user 
to page through the messages created and then to return to 
Requisition Management screen 110. A sample ESMV mes- 
sage screen associated with ESMV program 112 is shown in 
Appendix X. 

The first two messages of the message screen of Appendix 
X indicate that a part number for line 001, identified as part 
number 53610, was successfully added in substitution for a 
prior part originally entered as part number S 100-06 (from 
the Fisher Scientific catalog). These messages were gener- 
ated because the originally entered part (S100-06) did not 
exist in the Fisher catalog, but its corresponding part number 
S 100-06 (that was located by another search in another 
catalog) did exist in that other catalog. The next message 
indicates that the vendor for part number 53610 was 
changed in line 001 from "VN00000001"— meaning that the 
originally requested vendor (Fisher) was changed. The next 
two messages indicate that two other part numbers (53620 
and 53650) were successfully added as lines 002 and 003. 

In the previous description, an exemplary embodiment 
has been described in which a Distributor CSR operates 
Fisher RIMS requisition/purchasing system 40 and IBM 
TV/2 search program 50 as part of a Just-In-Time activity 
for a particular customer, Customer. Electronic sourcing 
system 5 of the present invention may also be used, 
however, in other requisition and purchasing environments. 



06/02/2003, EAST Version: 1.03.0002 



US 6,505,172 Bl 

17 18 

In some embodiments, a Customer end user or a Customer Appropriate Distributor catalogs and manufacturer cata- 

purchasing employee operating REQI program 44A of logs then are consulted, using TV-2 search program 250 and 

Fisher RIMS system 40 may also operate TV/2 search proper selection of Distributor catalogs and of catalogs and 

program 50. Operating either from a terminal connected to bulletins from manufacturers whose products Distributor 

local computer 20, or from a separate local computer net- 5 regularly sells. Catalogs and bulletins are contained in 

worked with the CSR's local computer 20, such a Customer catalog database 236. The resultant lists of products are then 

end user can select requisitioned items for inclusion in transferred by Shell program 252 to a work-in-progress 

Requisition Item Table 46 by keystrokes viewing that screen requisition 260, and then entered from graphical user inter- 

and by searches in TV/2 search program 50 which are 10 face 254 directl y onto Distributor's mainframe computer 

transmitted to the Requisition Item Table 46 via interface 60, 2 J° a * re from applicable customer to Distributor. 

. i • * , The CSR, knowing which items are available from which 

as described above. Depending upon his or her authorization , , . . . . 

. , , « ¥W « -/v . Distributor warehouse and direct -snipping supplier, then 

level and access code to Fisher RIMS system 40, the . , t , t , t , . . ° . / ... 

, , ' may divide the customer s requested items into multiple 

customer purchasing employee may be able to source the orders , ^ ^ t0 assure that each order is completely fiUed by 

final requisition and/or accept the sourced requisition, as a siflgle shipment In this regional environment, file server 

shown in Appendix DC. If, however, the sourced requisition 200 or the minicomputer acting „ loca] host m maintain 

was split into more purchase orders than the Customer files of completed requisitions 242 which can be subse- 

purchasing employee might prefer, the intervention of the qU ently used for generating reports for customers in the 

Distributor CSR could be invoked to revise and re-source 20 region. Reports can be generated either from such local data 

the requisition (causing, for example, certain items origi- 0 r from data periodically downloaded to the local host from 

nally sourced as type 01 products to be sourced for this order Distributor's host computer 210. 

as corresponding type 03 products from a common Distribu- Another environment where the present invention can be 

tor warehouse with other type 03 products on the used is in Distributor's purchasing department. The item 

requisition). The Customer end user may have authority only 25 lists created in that environment can include lists of items 

to build the Requisition Item Table, but then calls the Distributor does not regularly stock or purchase, but for 

Distributor CSR or Customer purchasing employee to which particular customers indicate a requirement to buy. 

source and accept the requisition. Th e fil e server 200 in that environment contains TV-2 search 

As shown in FIG. IB, the present invention also has program 250, EASEL graphical user interface 254 and 

application to Distributor's regional customer service loca- multiple catalog databases 236 containing catalogs similar to 

tions where a large number of CSRs may be placing orders the Fairmont and NIST catalogs described above for the 

directly on Distributor's host computer 210 for thousands of embodiment of FIG. 1A. The Distributor purchasing 

different customers who call in. In that environment, search em P lovee ^an receive by phone or via Distributor's host 

ien l- l r li * rrri r , >, c computer 210 requests for items not shown on Distributor s 

program 250, which preferably comprises TV/2 search pro- 35 r ? A1X . . , 

. , , , ^. host databases either as regular products (type 03) or third 

gram 250, and catalog databases 236 are stored on file server i_.ir .- i _ i 

_ ' . „, . , , party items purchased for particular customers on a regular 

200. In this environment, file server 200 is a large personal . . ^ x ~ . . . . 

' & r basis (type 07 items). Transmitting certain such require- 
computer, a work station or a mini-computer such as an IBM ments {Q ^ applicable Distributor purchasing employee can 
AS/400. Alternatively, the server 200 and a minicomputer 4Q be a function of the inventory sourcing routines of host 
(such as an IBM AS/400) can be independently connected to CO mp U ter, or may be directed by the Distributor CSR inter- 
each local computer 200. Each CSR has a local personal facing with the customer. 

computer 220 having a monitor 222, a keyboard 224 and a The Distributor purchasing employee can search appro- 
printer 226, Local computer 220 is provided with programs pnate catalogs using TV-2 search program 250, and can 
including requisition/purchasing program 240, Shell pro- 45 transfer the "Items Selected" to a product list in EASEL 
gram 252 and a graphic user interface 254 (preferably interface 254. The resultant list might display, for example, 
EASEL Workbench program 254 for OS/2) for listing items. supplier part number, supplier, list price, product and catalog 
One or more of these may be copied from server 220 when page, with access to other fields such as complete descrip- 
needed. Work-in-progress requisitions 260 are established tion (up to 500 characters). The Distributor purchasing 
for each customer and are attached to graphic user interface 50 employee can then either forward the information to the 
254. Server 200 maintains complete requisitions 242, in a CSR, customer end user or customer purchasing employee 
manner similar to the manner in which local computer 20 who requested the item (to confirm that the requirement is 
maintains requisition databases 42 in the embodiment beio S met ) or contact the supplier to confirm pricing and 
shown in FIG. 1A. 55 availability. Once responses from either or both have been 
Normally, in such an environment, the CSR creates Order obtained, the Distributor purchasing employee can use the 
lists for customers by entering Distributor catalog numbers item in EAS£ L interface 254 to create one or more of the 
into graphic user interface 254 and connecting to the Dis- following purchase orders: 
tributor mainframe 210 for price and availability. For this 

purpose, each local computer is connected to host computer 60 L "^^J^^ customer to the supplier (an Adminis- 

210 via a phone/data line and either a gateway or a mini- « 1 , c c 4 * r* /r . m 

, „„ , 2. an order from the customer to Distributor (for a type 07 

computer acting as a local host. When a customer asks for product)* and 

products by manufacturer part number or a competitor's 3 an order from the Distributor to the supplier (usually 

catalog number, the CSR has access to cross-reference files, 65 providing for direct shipment from the supplier to the 

as earlier described, either maintained on the local host or customer or to a JIT site maintained by Distributor for the 

maintained on the Distributor host computer 210. customer). 
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From the foregoing description, it should be apparent that 
the network arrangements of FIG. IB can be used to apply 
the present invention in a variety of contexts. The context 
will dictate which catalog databases 236 are provided on file 
server 200: in the regional CSR environment, Distributor's 
catalogs can be present with a variety of catalogs and 
bulletins from manufacturers that Distributor regularly rep- 
resents and a limited selection of outside suppliers; and in 
the Distributor purchasing environment, the number of 
outside supplier catalogs will be increased. The number of 
client (local) computers 220 and the number and size of 
catalog databases 236 will help dictate what size file server 
200 is required. The operating environment (regional CSR 
site, on-site CSR, on-site CSR networked with Customer 
end users and with purchaser personnel or Distributor pur- 
chasing site) will also affect the catalog databases 236 
included, file server 200 size and requisition/purchasing 
program 240 used. In some situations (e.g., purchasing) each 
client computer has an independent copy of requisition/ 
purchasing program 240; in others (e.g., on-site CSR) a 
single copy of the requisition/purchasing program 240 is 
maintained with associated local databases on the server 
200. Where the requisition/purchasing program 240 and 
local databases are maintained on file server 200, the local 
database is updated after each use for the benefit of subse- 
quent users. For example, in an environment using Fisher 



no 



is 



RIMS for requisition/purchasing program 240, if a NIST 
standard is selected using TV-2 search program 250 and 
ordered using Fisher RIMS 240 (as either a type 07 purchase 
from Distributer or a type 05 administrative purchase from 
NIST), that item is available in the applicable database for 
subsequent requisitions. For example, a NIST standard 
ordered as a type 05 item will be stored in the local database 
on file server 200, with NIST as the vendor for subsequent 
administrative purchases by Customer. A NIST standard 
ordered from Distributor as a type 07 item will be stored in 
Distributor's host databases as a type 07 available to Dis- 
tributor from NIST. The local databases on file server 200 
will also contain records of all items requisitioned and 
ordered, useful to transfer files to a Customer's computer 
(e.g., of purchase orders placed by that Customer in a day) 
or to generate reports for a Customer (e.g., or requisitions 
20 placed by each Customer department and/or budget number 
in a week). 

Thus it is seen that an electronic sourcing system includ- 
ing means for linking a requisition/purchasing system and a 
25 means for searching large volumes of information has been 
described. Persons skilled in the art will appreciate that the 
present invention can be practiced by other than the 
described embodiments, which are presented for the pur- 
poses of illustration and not of limitation, and the present 
invention is limited only by the claims which follow. 



APPENDIX I 



FISHER SCIENTIFIC RIMS 
REQUISITION HEADER 



DATE: 08/05/94 
TIME: 07:04:57 
ACCT-NBR 



COMPANY 

REQ NBR 
RELEASE 

CALLER 

ATTN 

BILL TO 

VENDOR 



NAME; 
ADDRESS; 



ORDER TYPE : R ORDER 
HOLD/REL: I 
FREIGHT OVERRIDE: N 

EDI PO TO HOST: N POA 855 

PRTACK: Y 
ACK DELV CODE: P PRINT & DEUVER 
REQ DELV CODE: W WALK IN 
SERVICE CHARGE: 0.00 



RUSH CODE: 9 
TAX OVERRIDE: 



NBR OF COPIES: 1 



CREATED: 08-04-1994 



STATUS: R 



RESPONSE: KEY(S): 
+F2:ADD F3:EXIT F4:UPDATE 
1BV123 



F5:REFRESH F6:ITEM F9:VAR F10:SRCE Fll:CHGPO F12:DEL 



APPENDIX II 



• REQUISITION MANAGEMENT SCREEN ' 



ACCT NBR : 218848 002 REQ NBR: TEST NEW ONE 
COMP : 1 REL NBR: 
S LINE STOCK NBR QTY UM 
001 13246818F 0 CS 

DESC : 

002 
DESC : 

003 
DESC : 



FT STKRM XREF SPI 
03 

QTY AVAIL: 0 LOC; 



QTY AVAIL: 
QTY AVAIL: 



LOC; 



UNIT PRICE 

0.00 
FSHR WHSE: 

WHSE: 

WHSE; 



EXT PRICE 

0.00 
BLW 
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APPENDIX II-continued 



*** REQUISITION MANAGEMENT SCREEN ••• 



004 

DESC : QTY AVAIL: LOC: WHSE: 

005 

DESC : QTY AVAIL: LOC: WHSE: 

RESPONSE: KEY(S): 
ALL ITEMS DISPLAYED 

F3:EXIT F6:SOURCE F7:BKWD F8:FWD F9:NEW F10:NONCAT Fll: CATALOG F12:CNCL 



APPENDIX III 



General 

(11 06) Fisher Isotemp 800 Series Programmable Ovens 

(1107) Isotemp 700 Series Deluxe Lab Ovens 
(HOS)Isotemp 600 Standard Lab Ovens 

(1109) Fisher Isotemp 500 Series Economy Lab Ovens 

(1110) Gravity Convection Ovens 

(1111) Utility Ovens 

(1112) Mechanical Convection Ovens with Electronic Temperature 

(1113) General-Purpose Ovens 

(1114) Heavy Duty Deluxe Ovens 

(1116) Large Capacity Model 2882A 

(1117) Standard Capacity Model 281A 

(1118) Fisher Models 280 and 285 Vacuum Ovens 

(1119) NAPCO Vacuum Ovens 

Help Catalogs Search Order list Minimize Clear Prev Next Exit 
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APPENDIX V 



APPENDIX IV 



(FSC1106) Fisher Isotemp 800 Series Programmable Ovens 

Fisher Isotempx 800 Series Programmable Ovens 

Three linear heat-up and cool-down stages 

Talking control panel 

Keypad and lighted graphics 

30° to 325° C. range 

RS-422 serial communications capability 
The latest technology at your fingertips. Accurate, easy-to-use 
controls allow you to program up to 3 heat-up stages and 3 cool- 
down stages linearly to provide the most appropriate conditions 
for your samples. Using the large keyboard, you can choose the 
heat-up or cool -down rate, the temperature you want for each 
stage, and the length of time you want the oven to hold each 
temperature. And, for projects requiring repeatability, you can 
duplicate the settings at any time. 
Help Catalogs Search Order list Minimize Clear Prev Next Exit 



(FSC1106)Fisher Isotemp 800 Series Programmable Ovens 



Model 



818F 



838F 
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Inside DxWxH 16 x 12 x 16 (43 x 30 x 18 x 18 x 20 (46 x 46 

41 cm) x 51 cm) 

156 lb. (71 kg) 195 lb. (88 kg) 

230V 50/60HZ 11.3 Amps 230V 50/60Hz 19 Amps 



Shp. Wt. 
Electrical 
25 Requirements 
at. No. 
Each 



13-246-818F 
3495.00 



13-246-838F 
3995.00 



Extra Shelves for 800 Series Ovens 



No-tip design. Move to any position in seconds. Full Depth Shelves: 
30 Chrome-Plated Steel 

Help Catalogs Search Order List Minimize Clear Prev Next Exit 
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APPENDIX VI 



ITEMS SELECTED 



Part 

Number 



Description 



list 
Price 



13246818F 



ISOTEMP OVEN MDL818F 230V 3495.00 



45 



50 



Help Cancel Delete Delete All Order Description 



APPENDIX VII 

SEARCH 

Page: 
Search For: 

Part Number: O Fisher O Vendor OCustomer 
Vendor flame: 
Bulletin: 

HELP SEARCH CANCEL CLEAR USER DATA EXTENDED 
Help Catalogs Search Order List Minimize Clear Prev Next Exit 



APPENDIX VIII 



RICREQIl 



FISHER SCIENTIFIC RIMS 
REQUISITION MANAGEMENT SCREEN 



DATE: 07-29-94 
TIME: 14:54:22 



ACCT NBR: 363690 006 REQ NSR: PO NBR 001 

COMP: 1 REL NBR: 

LINE STOCK NBR QTY UM PT STKRM XREF SPI UNIT PRICE EXT PRICE 

001 A181 1 EA 03 0.00 0.00 
DESC: QTY AVAIL: 0 LOC: FSHR WHSE: EDC 

002 02540K 1 PK 01 0.00 0.00 
DESC: QTY AVAIL: 49 LOC: WHSE: JIT 
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APPENDIX VIII-coDtinued 



RICREQIl 



FISHER SCIENTIFIC RIMS 
REQUISITION MANAGEMENT SCREEN 



DATE: 07-29-94 
TIME: 14:54:22 



003 13246818F 
DESC: 

004 A181-06 
DESC: ACETONE 

JIT BACKORDER WILL OCCUR 
005 
DESC: 

RESPONSE: KEYS(S): 

I ITEM(S) PROCESSED 

+ F3:EXIT F6:SOURCE F7:BKWD: 

IB V123 



EA 03 

QTY AVAIL: 
EA 06 

QTY AVAIL: 



0.00 0.00 
0 LOC: FSHR WHSE: EDC 

100.00 100.00 
0 LOC: WHSE: JIT 



QTY AVAIL: 0 LOC: 



WHSE: 



F8:FWD F9:NEW ITM F10:NONCAT FU :CATALOG F12:CNCL 



APPENDIX IX 



RICPOMPl 



FISHER SCIENTIFIC RIMS 
REQUISITION MANAGEMENT SCREEN 



DATE: 08-03-94 
TIME: 07:44:13 



COMP ID 
ACCT NBR 
ORDER NBR 
SERVICE 
CARRIER 
O LINE 

001 A181 



:001 

: 363690 006 



:0.00 



REQ-NBR ; 
REL-NBR : 



ORDER: 



PART 



QTY 

1 

ACETONE CERTIFIED ACS 

002 02540K 1 

BEAKER GRIFFIN 250 ML 

003 13246818F 1 

PROGRAMMABLE OVEN 

004 A181-06 1 

ACETONE 
RESPONSE: KEY(S): 
+ F3:EXIT F6:ACCEPT F7:BKWD F8:FWD 
IB V123 



PO NBR 001 



PICKLIST REVIEWED : 
0.00 FREIGHT: 



UOM PRD UNIT PRICE SERVICE EXT PRICE LOC STAT 



EA 
1L 
PK 

12/9 
EA 

EA 



03 35.30 0.00 

QTY AVAIL: 1 

01 32.70 0.00 

QTY AVAIL: 49 

03 3495.00 0.00 
QTY AVAIL: 0 

06 100.00 0.00 
QTY AVAIL: 0 



35.30 DEL S 
QTY REC: 0 
32.70 JIT S 
QTY REC: 0 
3495.00 EDC S 
QTY REC: 0 
100.00 JIT S 
QTY REC: 0 



F9:PRINT ACK F11:M/B ERRORS Fl 2 DELETE 



APPENDIX X 



*** REQUISITION MANAGEMENT SCREEN *** 



ACCT NBR: 218848 002 REQ NBR: TEST NEW ONE 
COMP: 001 REL NBR: 

ELECTRONIC SOURCING MESSAGES 
LINE NUMBER 001 PART NUMBER 53610 

PART ADDED SUCCESSFULLY 45 

LINE NUMBER 001 PART NUMBER 53610 

REPLACEMENT WAS MADE FOR PRIOR PART: SI 00-06 

LINE NUMBER 001 PART NUMBER 53610 

VENDOR CHANGED FROM: VN00000001 

LINE NUMBER 002 PART NUMBER 53620 

PART ADDED SUCCESSFULLY 5Q 

LINE NUMBER 003 PART NUMBER 53650 

PART ADDED SUCCESSFULLY 
F6: RETURN F7: BACK. WARD F8: FORWARD 



We claim: 

1. An electronic sourcing system comprising: 

a database containing data relating to items associated 

with at least two vendors maintained so that selected 

portions of the database may be searched separately; 
means for entering product information that at least 60 

partially describes at least one desired item; 
means for searching for matching items that match the 

entered product information in the selected portions of 

the database; 

means for generating an order list that includes at least 65 
one matching item selected by said means for search- 
ing; 



means for building a requisition that uses data obtained 
from said database relating to selected matching items 
on said order list; 

means for processing said requisition to generate purchase 
orders for said selected matching items. 

2. The electronic sourcing system according to claim 1, 
wherein the means for searching comprises: 

means for searching the database for segments of data 
relating to items associated with a vendor that contain 
vendor items that match the product information for 
said at least one desired item; 

means for generating a hit list of such vendor segments; 
and 

means for selectively viewing the vendor segments iden- 
tified for said hit list, and 

wherein the means for generating an order list comprises 
means for selecting desired items from a vendor seg- 
ment identified by said hit list. 

3. The electronic sourcing system according to claim 1, 
wherein the means for entering product information fully 
describes at least one desired item. 

4. The electronic sourcing system according to claim 1, 
further comprising means for determining the applicable 
price of a selected matching item. 

5. The electronic sourcing system according to claim 1, 
further comprising means for determining whether a 
selected matching item is available in inventory. 

***** 



06/02/2003, EAST Version: 1-03.0002 



